home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / tex-k-archive.gz / tex-k-archive / 000665_interran@uluru.Stanford.EDU_Sat Jun 18 06:34:50 1994.msg < prev    next >
Internet Message Format  |  1994-10-11  |  1KB
  1. Received: from uluru.Stanford.EDU by cs.umb.edu with SMTP id AA22749
  2.   (5.65c/IDA-1.4.4 for <tex-k@cs.umb.edu>); Sat, 18 Jun 1994 16:32:01 -0400
  3. Received: by uluru.Stanford.EDU (4.1/inc-1.0)
  4.     id AA23610; Sat, 18 Jun 94 13:34:50 PDT
  5. Date: Sat, 18 Jun 94 13:34:50 PDT
  6. From: interran@uluru.Stanford.EDU (John Interrante)
  7. Message-Id: <9406182034.AA23610@uluru.Stanford.EDU>
  8. To: tex-k@cs.umb.edu
  9. In-Reply-To: <199406181046.AA22441@terminus.cs.umb.edu> (kb@cs.umb.edu)
  10. Subject: Re: latex2e vs. latex209 inputs
  11.  
  12. > I hadn't thought of this, but it's a natural thing to do, given
  13. > dvips. It kinda seems like the config.<program> file would just
  14. > redefine one variable (TEXINPUTS), though, and having a bunch of
  15. > such files around would be more annoying than having a bunch of
  16. > lines in one file?
  17.  
  18. That could be done, too.  You could allow a line to be qualified by an
  19. executable name which would make that line apply only to that
  20. executable, i.e.,
  21.  
  22. TEXINPUTS: ...            % default
  23. TEXINPUTS.latex209: ...        % overrides default, applies only to latex209
  24.  
  25. This would be like your environment variable idea, only applied to
  26. lines in the config file.  I agree having a bunch of lines in one file
  27. would be cleaner than having a bunch of files around.  It'd be good to
  28. have just one config file, texmf.cnf, for all TeX software.
  29.  
  30.         John